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DETAILED ACTION 

Response to Amendment 

This Office action has been issued in response to amendment filed on 01/24/2008 
Claims 1-48 are pending and claim 49 is canceled. Applicants' arguments have been 
carefully and respectfully considered, but they are not persuasive. Accordingly, this 
action has been made FINAL, as necessitated by amendment. 

1. Claims 1-48 have been examined in response to applicant argument filed on 01/24/2008 

Response to Arguments 

Below mentioned, are the arguments presented by Applicant and the corresponding Examiner 
responses: 

Applicant argued on page 13 that the double patenting rejection is not persuasive. 
Examiner withdraws the double patenting rejection. 

- Applicant argued on pages 14, 16 that Theimer prior art does not disclose or suggest the 
present invention as recited in claim 1, 18, 34. Examiner respectfully disagrees. Theimer prior 
art does disclose the cited limitation found claimed 1, 18, 34 as indicated by the rejections of 
claims 1,18 and 34 and furthermore Theiemer discloses the following: 

(Column 15, lines 16-24, if a server can support only a limited number of revocation objects, an 
allocation policy can be established to determine how many revocation objects any given client 
can have with respect to the server. Any of a number of such allocation policies, including 
preallocation of all revocation objects among clients, is possible. No matter what scheme is used, 
it is important that revocation objects be stored in stable storage, so that they are not inadvertently 
destroyed, for example through server failures, which clearly incorporate the bilateral 
communication between the storage server and the allocation policy). 
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Applicant Argued on page 17-18 that Theimer prior art does not disclose limitations of 
claim 47. Examiner respecfully disagrees and request Applicant to refer to the rejection 
of claim 47. 

Examiner indicates that the claim objections were not addressed by Applicant's 
Amendment, Appropriate correction of the claimed objection is required. 
Examiner relies on information found in page 7, paragraph [0022] and page 22, 
paragraph [0048] to conclude that the "Storage system" cited in claims 34-46 and 47 is 
intended to include processor and memory which is directed to statutory subject matter 
and not a software per se which is a non-statutory subject matter. 



Claim Rejections - 35 USC § 102 

The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 

basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(b) llie invention was palenled 01 described in a primed publication in this or a foreign country or in public use or on .sale in this 
country, more than one year prior to the date of application for patent in the United States. 

2. Claims 1-48 are rejected under 35 U.S.C. 102(b) as being anticipated by Theimer, Marvin 
M. et al (hereinafter Theimer) US Patent No 5649099 

As per claim 1, Theimer discloses: 

A method of operating a storage server, the method comprising: 

receiving at the storage server, from a client, a first request to perform a storage- related 
operation relating to a set of data; 
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(Column 4, lines 3-4, an intermediary making a request of a server on behalf of a client, touch 
base upon the client-server request). 

generating a second request in the storage server if the first request satisfies a defined 
criterion; 

( Column 4, line 5-8 , server executes the ACP to determine whether or not the requestor-that is, 
the intermediary-has been granted by the client the right to make the given request, illustrate the 
activity in the server side in order to determine if the client access is granted.) 
sending the second request and information relating to the set of data from the storage 
server to a policy engine; 

(Column 15, lines 17-19, an allocation policy can be established to determine how many 
revocation objects any given client can have with respect to the server, indicates the 
policy criteria usage). 

receiving at the storage server, from the policy engine, a first response indicating a result of 
the policy engine having implemented a defined policy based on the information relating to 
the set of data; 

(Column 15, lines 17-19, an allocation policy can be established to determine how many 
revocation objects any given client can have with respect to the server, indicates the 
policy criteria being used in the client-server environment). 

and sending a second response in accordance with the first response from the storage server 
to the client. 

(Column 14, line 67 and Column 15, line 1, Upon successful authentication the server complies 
with the client's request, touch the action of server in regards to client request). 
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As per claim 2, Theimer discloses: 

A method as recited in claim 1, wherein the policy engine is external to the storage server. 

(Column 15, lines 16-24, if a server can support only a limited number of revocation objects, an 
allocation policy can be established to determine how many revocation objects any given client 
can have with respect to the server. Any of a number of such allocation policies, including 
preallocation of all revocation objects among clients, is possible. No matter what scheme is used, 
it is important that revocation objects be stored in stable storage, so that they are not inadvertently 
destroyed, for example through server failures, incorporate the bilateral communication between 
the storage server and the allocation policy which is preferably remotely located from the server). 

As per claim 3, Theimer discloses: 

A method as recited in claim 1, wherein the storage server and at least a portion of the 
policy engine are implemented in a single physical platform. 

(Column 14, lines 25-28, ACP restricting access to one or more objects that reside on a single 
server, then that server-or, more precisely, its associated stable storage-is the ideal storage site for 
the ACP's revocation object, touch base upon a single computer hosting the server and ACP). 

As per claim 4, Theimer discloses: 

A method as recited in claim 1, wherein the first request is a request for a file managed by 
the storage server. 

(Column 1 , lines 60-6 1 , use of a print server to print a file that resides on a file server, illustrate 
the client request regarding to a file that managed by a file server). 
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As per claim 5, Theimer discloses: 

A method as recited in claim 1, wherein the first request is a request to create a file. 

(Column 2, lines 12-16, user (e.g., as member of a group) may have permission to read 
and write various files in a directory, but may lack permission to modify the access 
controls of those files or the directory they are in, indicate the file creation request). 

As per claim 6, Theimer discloses: 

A method as recited in claim 3, wherein the policy engine approves or denies the request to 
create the file based on a file type of the file. 

(Column 2, lines 58-60, access controls: Concepts such as restrictions over file types, access time 
limits, the homework example restrictions, or resource quotas, touch base upon the policy control 
based on a file type). 

As per claim 7, Theimer discloses: 

A method as recited in claim 4, wherein the file type of the file is indicated in the 
information relating to the set of data. 

(Column 2, lines 58-60, access controls: Concepts such as restrictions over file types, access time 
limits, the homework example restrictions, or resource quotas, touch base upon the restriction of 
the request based on a file type). 

As per claim 8, Theimer discloses: 

A method as recited in claim 1, wherein the defined criterion has been defined in the storage 
server by the policy engine. 
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(Column 2, lines 38-41, Access control lists (ACLs) are lists of (name, access right) 
tuples. Such lists may be implemented as bit tables, linked lists, or other suitable data 
structures. Servers maintain ACLs and use them to decide whether or not to grant any 
given access request, touch base upon the criteria of the policy control used by the 
server). 

As per claim 9, Theimer discloses: 

A method as recited in claim 1, wherein the policy engine determines whether to approve or 
deny the second request based on an identity of the client. 

(Column 2, lines 38-41, Access control lists (ACLs) are lists of (name, access right) 
tuples. Such lists may be implemented as bit tables, linked lists, or other suitable data 
structures. Servers maintain ACLs and use them to decide whether or not to grant any 
given access request, touch base upon determining if the client request is to be conducted 
after checking the ACL security policy). 

As per claim 10, Theimer discloses: 

A method as recited in claim 1, wherein the policy engine determines whether to approve or 
deny the second request based on an identity of a user of the client. 

(Column 6, lines 44-46, checking whether the user or process whose name is "name" has 
access rights to "resource" that allow "request" to be performed on "resource", touch base 
upon determining if the use is allowed to access the resource). 



As per claim 11, Theimer discloses: 
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A method as recited in claim 1, wherein the policy engine determines whether to approve or 
deny the second request based on an identity of the storage server. 

(Column 9, lines 31-36, Authentication server 30 and its associated secure channels 35 
can be included in system 1 for the purpose of two-party authentication, whether or not 
authentication server 30 is also used to support ACP authentication. Various other kinds 
of two-party authentication can also be used, touch base upon the security policy to 
determine the server identity). 

As per claim 13, Theimer discloses: 

A method as recited in claim 1, wherein the policy engine determines whether to approve or 
deny the second request based on a quota. 

(Column 2, lines 58-60, access controls: Concepts such as restrictions over file types, access time 
limits, the homework example restrictions, or resource quotas, touch base upon the restriction of 
the request based on resource quotas). 

As per claim 14, Theimer discloses: 

A method as recited in claim 1, wherein the policy engine determines whether to approve or 
deny the second request based on a number of times the set of data has been accessed 
during a period of time. 

(Column 2, lines 58-60, access controls: Concepts such as restrictions over file types, access time 
limits, the homework example restrictions, or resource quotas, touch base upon the restriction of 
the request based on access time limit). 
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As per claim 15, Theimer discloses: 

A method as recited in claim 1, wherein the storage server defers sending the client any 
response to the first request until the storage server receives the first response from the 
policy engine. 

(Column 15, lines 16-21, if a server can support only a limited number of revocation 
objects, an allocation policy can be established to determine how many revocation 
objects any given client can have with respect to the server. Any of a number of such 
allocation policies, including preallocation of all revocation objects among clients, 
illustrate the checking process of the server prior to honoring a client request). 

As per claim 16, Theimer discloses: 

A method as recited in claim 1, further comprising: 

responding to the first request at the storage server by using metadata in the storage server 
to determine that the set of data is stored externally to, and remotely from, the storage 
server; 

(Column 14, lines 30-32, if an ACP can be used on multiple servers. In this case, either 
the ACP must be able to read a revocation object stored on a remote server, touch base 
upon determining if access data is stored on a remote server). 

wherein the policy engine responds to the second request by retrieving the set of data from 
storage and provides the set of data to the storage server in conjunction with the first 
response. 

(Column 138, lines 32-37, using the server to check a value returned by the access 
control program thus executed; and if and only if the determination thus made by the 
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server is that the client approves the service request, using the server to execute the 
service request, and otherwise using the server to deny the service request, touch base 
upon the feedback of ACP prior to the server honoring the client request). 



As per claim 18, Theimer discloses: 

A method of operating a policy engine, the method comprising: 

receiving at the policy engine, from a storage server, a first request and information relating 
to a set of data, the first request being in response to a storage-related client request 
received by the storage server from a client and relating to the set of data; 

(Column 15, lines 17-19, an allocation policy can be established to determine how many 
revocation objects any given client can have with respect to the server, indicates the 
policy criteria being used in the client-server environment). 

applying a defined policy in the policy engine using the information relating to a set of data; 

(Column 15, lines 17-19, an allocation policy can be established to determine how many 
revocation objects any given client can have with respect to the server, indicates the 
policy criteria usage). 

And sending a first response from the policy engine to the storage server to indicate a result 
of applying the defined policy, the first response to cause the storage server to send a second 
response to the client in accordance with the first response. 

(Column 15, lines 17-19, an allocation policy can be established to determine how many 
revocation objects any given client can have with respect to the server, indicates the 
policy criteria usage governing server response to a client request). 
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As per claim 19, Theimer discloses: 

A method as recited in claim 18, wherein the policy engine is external to the storage server. 
(Column 14, lines 30-32, if an ACP can be used on multiple servers. In this case, either 
the ACP must be able to read a revocation object stored on a remote server, touch base 
upon determining if access data is stored on a remote server). 

As per claim 20, Theimer discloses: 

A method as recited in claim 18, wherein the storage server and at least a portion of the 
policy engine are implemented in a single physical platform. 

(Column 14, lines 25-28, ACP restricting access to one or more objects that reside on a 
single server, then that server-or, more precisely, its associated stable storage-is the ideal 
storage site for the ACP's revocation object, touch base upon a single computer hosting 
the server and ACP). 

As per claim 21, Theimer discloses: 

A method as recited in claim 18, wherein the client request is a request for a file managed 
by the storage server. 

(Column 1 , lines 60-6 1 , use of a print server to print a file that resides on a file server, illustrate 
the client request regarding to a file that managed by a file server). 
As per claim 22, Theimer discloses: 

A method as recited in claim 18, wherein the client request is a request to create a file. 
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(Column 2, lines 12-16, user (e.g., as member of a group) may have permission to read 
and write various files in a directory, but may lack permission to modify the access 
controls of those files or the directory they are in, indicate the file creation request). 

As per claim 23, Theimer discloses: 

A method as recited in claim 22, wherein applying the defined policy comprises approving 
or denying the request to create the file based on a file type of the file. 

(Column 2, lines 58-60, access controls: Concepts such as restrictions over file types, access time 
limits, the homework example restrictions, or resource quotas, touch base upon the policy control 
based on a file type). 

As per claim 24, Theimer discloses: 

A method as recited in claim 23, wherein the file type of the file is indicated in the 
information relating to the set of data. 

(Column 2, lines 58-60, access controls: Concepts such as restrictions over file types, access time 
limits, the homework example restrictions, or resource quotas, touch base upon the restriction of 
the request based on a file type). 

As per claim 25, Theimer discloses: 

A method as recited in claim 18, further comprising using the policy engine to define a 
criterion in the storage server, for use by the storage server to determine when a subsequent 

client request is to be referred to the policy engine for resolution. 
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(Column 2, lines 38-41, Access control lists (ACLs) are lists of (name, access right) 
tuples. Such lists may be implemented as bit tables, linked lists, or other suitable data 
structures. Servers maintain ACLs and use them to decide whether or not to grant any 
given access request, touch base upon the criteria of the policy control used by the 
server). 

As per claim 26, Theimer discloses: 

A method as recited in claim 18, wherein applying the defined policy comprises approving 
or denying the second request based on an identity of the client. 

(Column 2, lines 38-41, Access control lists (ACLs) are lists of (name, access right) 
tuples. Such lists may be implemented as bit tables, linked lists, or other suitable data 
structures. Servers maintain ACLs and use them to decide whether or not to grant any 
given access request, touch base upon determining if the client request is to be conducted 
after checking the ACL security policy). 

As per claim 27, Theimer discloses: 

A method as recited in claim 18, wherein applying the defined policy comprises approving 
or denying the second request based on an identity of a user of the client. 

(Column 6, lines 44-46, checking whether the user or process whose name is "name" has 
access rights to "resource" that allow "request" to be performed on "resource", touch base 
upon determining if the use is allowed to access the resource). 
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As per claim 28, Theimer discloses: 

A method as recited in claim 18, wherein applying the defined policy comprises approving 
or denying the second request based on an identity of the storage server. 

(Column 9, lines 31-36, Authentication server 30 and its associated secure channels 35 
can be included in system 1 for the purpose of two-party authentication, whether or not 
authentication server 30 is also used to support ACP authentication. Various other kinds 
of two-party authentication can also be used, touch base upon the security policy to 
determine the server identity). 

As per claim 29, Theimer discloses: 

A method as recited in claim 18, wherein applying the defined policy comprises approving 
or denying the second request based on a user-based quota. 

(Column 24, lines 6-9, A variety of default provisions are desirable in most or even all 
ACPs. These include expiration times, intended users, and intended access scope, 
illustrate the access restriction based on users). 



As per claim 30, Theimer discloses: 

A method as recited in claim 18, wherein applying the defined policy comprises approving 
or denying the second request based on a quota applicable to the set of data. 

(Column 2, lines 58-60, access controls: Concepts such as restrictions over file types, access time 
limits, the homework example restrictions, or resource quotas, touch base upon the restriction of 
the request based on resource quotas). 
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As per claim 31, Theimer discloses: 

A method as recited in claim 18, wherein applying the defined policy comprises approving 
or denying the second request based on a quota applicable to the storage server. 

(Column 2, lines 58-60, access controls: Concepts such as restrictions over file types, access time 
limits, the homework example restrictions, or resource quotas, touch base upon the restriction of 
the request based on resource quotas). 

As per claim 32, Theimer discloses: 

A method as recited in claim 18, wherein applying the defined policy comprises approving 
or denying the second request based on a number of times the set of data has been accessed 
during a period of time. 

(Column 2, lines 58-60, access controls: Concepts such as restrictions over file types, access time 
limits, the homework example restrictions, or resource quotas, touch base upon the restriction of 
the request based on time limit). 

As per claim 33, Theimer discloses: 

A method as recited in claim 18, further comprising the policy engine responding to the 
second request by retrieving the set of data from remote storage and providing the set of 
data to the storage server in conjunction with the first response. 

(Column 14, lines 30-32, if an ACP can be used on multiple servers. In this case, either 
the ACP must be able to read a revocation object stored on a remote server and Column 
138, lines 32-37, using the server to check a value returned by the access control program 
thus executed; and if and only if the determination thus made by the server is that the 
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client approves the service request, using the server to execute the service request, and 
otherwise using the server to deny the service request, touch base upon the feedback of 
ACP prior to a remote server honoring the client request) 

As per claim 48, Theimer discloses: 

(Currently amended) A method of operating a storage server, the method 
comprising: 

receiving at the storage server, from a client, a request to perform a storage- 
related operation relating to a set of data; 

(Column 4, lines 3-4, an intermediary making a request of a server on behalf of a client and 

Column 8, lines 31-33, server 10 can be, for example, a storage server, such as a file server or 
database server, indicate storage server receiving client requests). 

if the first request satisfies a defined criterion, then operating the storage server 
to invoke a policy engine configured to determine a disposition of the request; 

(Column 4, line 5-8 , server executes the ACP to determine whether or not the requestor-that is, 
the intermediary-has been granted by the client the right to make the given request, illustrate the 
activity in the server side in order to determine if the client access is granted.) 

receiving at the storage server a response from the policy engine indicating a 
disposition of the request, the policy engine being external to the storage server ; 

(Column 15, lines 16-24, if a server can support only a limited number of revocation objects, an 
allocation policy can be established to determine how many revocation objects any given client 
can have with respect to the server. Any of a number of such allocation policies, including 
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preallocation of all revocation objects among clients, is possible. No matter what scheme is used, 
it is important that revocation objects be stored in stable storage, so that they are not inadvertently 
destroyed, for example through server failures, incorporate the bilateral communication between 
the storage server and the allocation policy which is preferably remotely located from the server). 

and responding to the request in accordance with the response from the policy 
engine. 

(Column 15, lines 16-24, if a server can support only a limited number of revocation objects, an 
allocation policy can be established to determine how many revocation objects any given client 
can have with respect to the server. Any of a number of such allocation policies, including 
preallocation of all revocation objects among clients, is possible. No matter what scheme is used, 
it is important that revocation objects be stored in stable storage, so that they are not inadvertently 
destroyed, for example through server failures, incorporate the bilateral communication between 
the storage server and the allocation policy). 

Claims 34-41 and 43-45 are system claims respectively corresponding to method claims 
1,4-7,9, 29, 30,14,15; Therefore are rejected under the same rational as claims 1,4-7,9, 
29-30,14-15. 

3. Claims 12, 42 and 47 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Theimer, in view of the "Storage Management Solution for distributed Computing 
Environments" October 1996 Hewlett-Packard Journal 



As per claim 12, Theimer does not explicitly disclose: 
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the information relating to the set of data comprises information specifically identifying 
the storage server from among a plurality of storage servers that are coupled to the policy 
engine. 

However the Hewlett-Packard journal in page 4, paragraph Enterprise-Wide Storage 
Management and Fig 4 page 5, illustrate the information relating to the set of data 
comprises information specifically identifying the storage server from among a 
plurality of storage servers that are coupled to the policy engine. 

Therefore, it would have been obvious to a person in the ordinary skill in the art at the 
time of the invention to incorporate the teaching of Hewlett-Packard into the method of 
Theimer. One having ordinary skill in the art would have found it motivated to use 
identifying the storage server from among a plurality of storage servers that are 
coupled to the policy engine into the method of Theimer for the purpose of enabling a 
single point of control of the data management. 

Claim 42 is a system claim corresponding to method claim 12;Therefore it is rejected under the 
same rational as claim 12. 

As per claim 47, Theimer discloses: 

a plurality of storage servers, each to provide a set of clients with access to 
corresponding stored data; 
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(Column 8, lines 31-33, server 10 can be, for example, a storage server, such as a file server or 
database server and lines 6 1 -62, system 1 can in some embodiments comprise multiple servers 
and clients). 

and a policy engine to receive requests from each of the storage servers, 

(Column 15, lines 16-24, if a server can support only a limited number of revocation objects, an 
allocation policy can be established to determine how many revocation objects any given client 
can have with respect to the server. Any of a number of such allocation policies, including 
preallocation of all revocation objects among clients, is possible. No matter what scheme is used, 
it is important that revocation objects be stored in stable storage, so that they are not inadvertently 
destroyed, for example through server failures, incorporate the bilateral communication between 
the storage server and the allocation policy which is preferably remotely located from the server). 

each request being based on a previous storage-related request received by one of the 
storage servers from a client, 

(Column 15, lines 16-24, if a server can support only a limited number of revocation objects, an 
allocation policy can be established to determine how many revocation objects any given client 
can have with respect to the server. Any of a number of such allocation policies, including 
preallocation of all revocation objects among clients, is possible. No matter what scheme is used, 
it is important that revocation objects be stored in stable storage, so that they are not inadvertently 
destroyed, for example through server failures, indicate the client request to a server). 

the policy engine configured to respond to each request by implementing one or more of a 
set of defined storage-related policies and to send a response to a requesting storage server 
based on a result of implementing the defined policy 
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(Column 15, lines 16-24, if a server can support only a limited number of revocation objects, an 
allocation policy can be established to determine how many revocation objects any given client 
can have with respect to the server. Any of a number of such allocation policies, including 
preallocation of all revocation objects among clients, is possible. No matter what scheme is used, 
it is important that revocation objects be stored in stable storage, so that they are not inadvertently 
destroyed, for example through server failures, incorporate the bilateral communication between 
the storage server and the allocation policy which is preferably remotely located from the server). 

Theimer does not go into detail regarding specific policy engine/server communication, However 
Hewlett-Packard journal in an analogous art of managing storage servers by implementing a 
policy engine discloses 

wherein one or more of the policies are specific to a particular storage server, 
(Page 4, paragraph Enterprise- Wide Storage Management and Fig 4 page 5. 

Therefore, it would have been obvious to a person in the ordinary skill in the art at the 
time of the invention to incorporate the teaching of Hewlett-Packard into the method of 
Theimer. One having ordinary skill in the art would have found it motivated to use of 
having one or more policies specific to a particular storage server into the method of 
Theimer for the purpose of enabling a single point of control of the data management. 

and wherein the storage servers respond to the storage-related requests from clients in 
a manner synchronous with the responses from the policy engine. 

(Column 15, lines 16-24, if a server can support only a limited number of revocation objects, an 
allocation policy can be established to determine how many revocation objects any given client 
can have with respect to the server. Any of a number of such allocation policies, including 
preallocation of all revocation objects among clients, is possible. No matter what scheme is used, 
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it is important that revocation objects be stored in stable storage, so that they are not inadvertently 
destroyed, for example through server failures, indicate the server communicating with policy 
module requesting information in order to honor a client request). 



4. Claims 17 and 46 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Theimer, Marvin M. et al (hereinafter Theimer) US Patent No 5649099, in view of the Khalidi, 
Yousef A European Patent Application No EP 1 100001 A2 1 

As per claim 17, Theimer discloses all the subject matter rejected with resperct to claim 1, in 
addition, Theimer teaches the plurality of file system protocols, however Khalidi in an analogous 
art of storage handling teaches: 

the plurality of storage protocols including a block-level storage protocol and a file-level 
storage protocol, 

(Column 1, lines 9-11, secondary storage systems supporting both the file-level and block-level 
access protocols in computers). 

Therefore, it would have been obvious to a person in the ordinary skill in the art at the 
time of the invention to incorporate the teaching of Khalidi into the method of Theimer. 
One having ordinary skill in the art would have found it motivated to combine Khalidi 
and Theimer by incorporating Theimer storage protocol with Khalidi storage protocol 
types for the purpose of enabling a wide range of storage protocols. 



Claim 46 is a system claim corresponding to method claim 17; Therefore, it is rejected under the 
same rational as claim 1 7. 
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5. Conclusion 

As necessitated by amendment, THIS ACTION IS MADE FINAL. Applicant is reminded of 
the extension of time policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE MONTHS from 
the mailing date of this action. In the event a first reply is filed within TWO MONTHS of the 
mailing date of this final action and the advisory action is not mailed until after the end of the 
THREE-MONTH shortened statutory period, then the shortened statutory period will expire on 
the date the advisory action is mailed, and any extension fee pursuant to 37 CFR 1.136(a) will be 
calculated from the mailing date of 

the advisory action. In no event, however, will the statutory period for reply expire later than SIX 
MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the examiner should 
be directed to Tarek Chbouki whose telephone number is 571-2703154. The examiner can 
normally be reached on Mon-Fri 7:30 am to 5:00 pm EST. If attempts to reach the examiner by 
telephone are unsuccessful, the examiner's supervisor, Chace Christian can be reached on 
571-2724190. The fax phone number for the organization where this application or proceeding is 
assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent Application 
Information Retrieval (PAIR) system. Status information for published applications may be 
obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 



Application/Control Number: 10/777,418 Page 23 

Art Unit: 2169 

like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/Tarek Chbouki/ 
Examiner, Art Unit 2169 
03/22/2008 
/Christian P. Chace/ 

Supervisory Patent Examiner, Art Unit 2 1 69 



